home *** CD-ROM | disk | FTP | other *** search
/ kermit.columbia.edu / kermit.columbia.edu.tar / kermit.columbia.edu / newsgroups / misc.20000824-20010305 / 000237_news@columbia.edu _Fri Feb 2 15:15:03 2001.msg < prev    next >
Internet Message Format  |  2001-03-05  |  3KB
  1. Return-Path: <news@columbia.edu>
  2. Received: from watsun.cc.columbia.edu (watsun.cc.columbia.edu [128.59.39.2])
  3.     by monire.cc.columbia.edu (8.9.3/8.9.3) with ESMTP id PAA14717
  4.     for <kermit.misc@cpunix.cc.columbia.edu>; Fri, 2 Feb 2001 15:15:03 -0500 (EST)
  5. Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.59.30])
  6.     by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id PAA16164
  7.     for <kermit.misc@watsun.cc.columbia.edu>; Fri, 2 Feb 2001 15:15:01 -0500 (EST)
  8. Received: (from news@localhost)
  9.     by newsmaster.cc.columbia.edu (8.9.3/8.9.3) id PAA17840
  10.     for kermit.misc@watsun.cc.columbia.edu; Fri, 2 Feb 2001 15:03:57 -0500 (EST)
  11. X-Authentication-Warning: newsmaster.cc.columbia.edu: news set sender to <news> using -f
  12. From: jrd@cc.usu.edu (Joe Doupnik)
  13. Subject: Re: K95 differences with DOS product - security issue?
  14. Message-ID: <d65xrMxqAaWw@cc.usu.edu>
  15. Date: 2 Feb 01 12:39:35 MDT
  16. Organization: Utah State University
  17. To: kermit.misc@columbia.edu
  18.  
  19. In article <95esnf$c9m$1@newsmaster.cc.columbia.edu>, fdc@watsun.cc.columbia.edu (Frank da Cruz) writes:
  20. > In article <0dCe6.1760$wa5.45285522@news.randori.com>,
  21. > bpark <bparkbpark@hotmail.com> wrote:
  22. > : Talking to a POS system that runs in host mode I can do the following with
  23. > : 3.14 "rem cd c:\database" and it works.
  24. > : 
  25. > : Using K95 1.1.20, I get "-Unable to change directory"
  26. > : 
  27. > : Some directories can be gotten to using either package.
  28. > : 
  29. > : This occurs whether doing this over a modem or a null modem connection.
  30. > : 
  31. > : I have no problem believing that this is keyed to some sort of
  32. > : privilege/security/access issue coded in by the POS writers but am curious
  33. > : as to how the default 3.14 package gets by it but the 95 doesn't.
  34. > : 
  35. > This is the result of the unfortunate coincidence that "\" is both the
  36. > DOS/Windows directory separator and Kermit's command "escape" character.
  37. > (Almost) anytime the command parser of K95 (and C-Kermit, same parser)
  38. > see "\" in a command, they treat it as a signal that a variable or other
  39. > special quantity follows, which is to be evaluated before it is used.
  40. > The parsing rules in MS-DOS Kermit are similar, but subtly different,
  41. > since it is built from an entirely separate code base.
  42. > 
  43. > Of course K95 gives you some options for working around the problem,
  44. > including:
  45. > 
  46. >  1. Double any backslash that is to be taken literally:
  47. > 
  48. >       rem cd c:\\database
  49. > 
  50. >  2. Put the pathname in a variable and then refer to the variable:
  51. > 
  52. >       define path c:\database
  53. >       rem cd \m(path)
  54. > 
  55. >  3. Temporarily disable backslash processing:
  56. > 
  57. >       set command quoting off
  58. >       rem cd c:\database
  59. >       set command quoting on
  60. > 
  61. > - Frank
  62. ---------
  63.     In addition, MSK treats these DOS command.com issues by having
  64. command.com execute them. In so doing MSK tries to preserve the syntax
  65. of the command line, in so far as it can, and it thus need not understand
  66. details of the command arguments. I believe K95 tries to perform the
  67. commands using its own code.
  68.     Joe D.